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Beschreibung 

Verfahren fur eine Klassif izierung von Netzwerk-Komponenten 
eines paket-orientierten Netzwerks 

Die folgende Erfindung betrifft ein Verfahren zur Klassif i- 
zierung von Netzwerk-Komponenten ausgehend von einer zentra- 
len Management -Komponente - in der Literatur haufig als Mana- 
ger bezeichnet. 

In den letzten Jahren ist zu beobachten, dass Kommunikation 
einen immer groSeren Stellenwert erlangt . Diese Kommunikation 
wird in groSem MaSe iiber „klassische" Telefonnetze - in der 
Literatur auch als „ Public Switched Telephone Networks" be- 
zeichnet - abgewickelt. Parallel zu den Telef onnet zen exis- 
tieren Datennetze, mit ihrem bekanntesten Vertreter, dem In- 
ternet. Uber derartige IP-orient ierte Netzwerke (IP: Internet 
Protocol) werden derzeit im wesentlichen Text- und Bildnach- 
richten ausgetauscht . In beiden Welten ist Planung, Installa- 
tion, Wartung und Betrieb der Netze erf orderlich, was zum 
Teil hohe Kosten verursacht . Sowohl fur das IP-orientierte 
Netzwerk als auch fur das Telef onnet z fallen diese Kosten an. 
Es ware daher wiinschenswert , beide bisher getrennten Netze 
zusammen zu fuhren, so dass die anfallenden Kosten nur noch 
einmal auftreten. 

Problematisch hierbei ist, dass beide Netze unterschiedliche 
Eigenschaf ten aufweisen. Die Telefonnetze bieten verbindungs- 
orientierte, echt zeitf ahige Dienste an. In der Internet- 
Architektur, die die am weitesten verbreitete bei den Daten- 
netzen ist, wird ein verbindungsloser , paket-orientierter 
Dienst def iniert . Die Pakete werden hierbei „hop-by-hop" nach 
dem sogenannten „best ef f ort " -Prinzip bef ordert . Das bedeu- 
tet, dass die Pakete von den Zwischenstat ionen im Netzwerk 
jeweils autonom bis zur nachsten Station geleitet werden 
(hop-by-hop) und „so gut wie moglich" behandelt werden. Da- 
durch kann es bei Uberlastung oder Fehlkonf iguration einer 
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Station zu Verzogerungen bzw. sogar zum Verlust von Paketen 
kommen. Fur Echt zeit-Verbindungen wie Telefonate oder Video- 
Konferenzen ist dieses Verhalten jedoch unerwiinscht, da es 
bei Verlust oder Verzogerung von Paketen zu hor- bzw. sicht- 
5 baren Storungen kommen kann. 

Mochte man nun eine Konvergenz der Netze erreichen, so dass 
alle Dienste in einem gemeinsam genutzten Datennetz erbracht 
werden, sind Vorkehrungen zu treffen, mit denen, trotz der 

10 schlechter geeigneten Architektur des Datennetzes, echtzeit- 
fahige Dienste etabliert werden konnen. Eine Vorausset zung 
hierfurist, im Datennetz eine bestimmte Dienstgute zusichern 
zu konnen. Mit Dienstgute - in der Literatur auch als ^Quali- 
ty of Service (kurz QoS) * bezeichnet - werden bestimmte Ei- 

15 genschaften, wie eine maximale Bandbreite, eine maximale Ver- 
zogerung der Pakete oder eine Verlustrate bezeichnet. 

Bisherige Ansatze zur Verwaltung von QoS-Merkmalen in IP- 
orientierten Netzwerken gehen nach dem Prinzip vor, dass der 

2 0 Weg der Pakete zwischen den beiden Kommunikationsendpunkten 

zum Zeitpunkt des Verbindungsauf baus best immt wird. Auf jeder 
einzelnen Verbindungseinrichtung, die die Pakete auf ihrem 
Weg passieren, wird eine entsprechende Reservierung vorgenom- 
men. Als Beispiel sei hier das Ressource Reservation Protocol 

25 (kurz RSVP) genannt . Einer der Nachteile bei dieser Art der 
Reservierung ist, dass jedes Zwischensystem auf das RSVP- 
Protokoll vorbereitet sein muss, um lokale Reservierungen 
uberhaupt durchfiihren zu konnen. Das bringt bei alteren Netz- 
werken das Problem mit sich, dass alle Komponenten erweitert 

30 oder gar durch neue ersetzt werden miissen. Ein weiteres Prob- 
lem ist, dass derartige Architekturen schlecht mit der GroSe 
des IP-orientierten Netzwerkes skalierbar sind, da es bei je- 
dem Zwischensystem zu Verzogerungen durch die durchzuf uhrende 
Reservierung kommt . Gravierender ist jedoch die in den Zwi- 

35 schensystemen durchgef uhrte Kontrolle der Datenstrome , . die . 

auch bei einer bereits bestehenden Verbindung zu starken Ver- 
zogerungen f iihrt . 



m 
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Ein anderer Ansatz ist der des sogenannten externen QoS- 
Managements. Hierbei flnden die Reservierungen nicht inner- 
halb des IP-orient ierten Netzwerkes statt, sondern auSerhalb 
5 in einer kontrollierenden Instanz - in der Literatur haufig 
als Manager bezeichnet. Dieser Manager entscheidet, ob zu- 
satzliche Echtzeit -Verkehre mit gegebener Dienstgute im IP- 
orientierten Netzwerk noch zulassig sind, oder nicht. Um die- 
se Entscheidung treffen zu konnen, rmissen zwei Voraussetzun- 

10 gen erfullt sein. Der Manager muss die schon im Netzwerk 

transportierten Verkehre und deren Merkmale kennen, und er 
CP muss genaue Inf ormationen uber den Zustand und den Aufbau des 
v IP-orient ierten Netzwerkes haben. Die erste Vorausset zung ist 

schon durch die Vorgehensweise erfullt. Der externe Manager 

15 kennt bereits alle Verkehre im IP-orientierten Netzwerk - sie 
wurden bei ihm angemeldet und entsprechend zugelassen, oder 
abgelehnt . 

Die zweite Vorausset zung, um in IP-orientierten Netzwerken 
2 0 ext ernes QoS -Management etablieren zu konnen ist, genau deren 
Topologie und damit den Weg, auf dem einzelne Pakete im Netz- 
werk transportiert werden, zu kennen. Die Netzwerk-Architek- 
tur ist jedoch darauf ausgelegt, alle Entscheidungen lokal 
und moglichst autonom in den einzelnen Netzwerk-Komponenten 
-<0£5 zu treffen. Aus diesem Grund ist in IP-orientierten Netzwer- 
ken keine Instanz zu finden, die die Topologie des Gesamtnet- 
zes kennt. Um jedoch lokale Entscheidungen treffen zu konnen, 
ist es fur die Komponenten im IP-orientierten Netzwerke not- 
wendig, Inf ormationen als Basis der Entscheidung zu besitzen. 
30 Diese Inf ormationen sind lokale (auf die direkte Umgebung be- 
grenzte) Sichten auf die Gesamt-Topologie . Ein Beispiel hier- 
fiir ist die sogenannte „ Forwarding Database w einer auf 
Schicht 2 des OSI -Ref erenzmodells arbeitenden Kommunikations- 
anlage - in der Literatur haufig als „ Switch" bezeichnet - 
35 die einen Teil der lokalen Sicht des Switches auf das Gesamt- 
Netzwerk darstellt. Mit Hilfe dieser lokalen Topologie-Sich- 
ten lasst sich eine globale Sicht auf die Topologie generie- 
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ren. Urn die lokalen Sichten der Net zwerk- Komponenten abzufra- 
gen, wird haufig das weit verbreitete „ Simple Network Manage- 
ment Protocol" - kurz SNMP - verwendet . Mit Hilfe dieses 
Standards ist es moglich, den Zustand, und damit auch die lo- 
5 kale Sicht der Net zwerk-Komponente hersteller-unabhangig ab- 
zufragen. 

Anhand von Fig. 1 wird die grundlegende Struktur einer Daten- 
netz Management Architektur veranschaulicht . Diese Architek- 
10 tur besteht aus den vier wesent lichen Komponenten: 



Ausgehend von einer zentralen Management -Komponente M erfolgt 
ein Zugriff auf die managementf ahigen Net zwerk- Komponenten G- 
A, G-B, G-C des IP-orientierten Netzwerks DN. Hierfur sind in 

15 den managementf ahigen Net zwerk -Komponenten G-A, G-B , G-C so- 
genannte Management- Agent eneinheiten A vorgesehen, die je- 
weils eine Management -Schnittstelle fur die managementf ahige 
Net zwerk- Komponenten G-A, G-B, G-C zur Verfugung stellen. Der 
Datenaustausch zwischen der zentralen Management -Komponente M 

2 0 und den Management -Agenteneinheiten A erfolgt mittels des be- 
reits angesprochenen Management -Protokol Is SNMP. Er kann so- 
wohl von der zentralen Management -Komponente M als auch von 
den Management -Agenteneinheiten A initiiert werden. 

2 5 Die Management -Agenteneinheiten A dienen des weiteren einer 
Verwaltung einer in den managementf ahigen Net zwerk- Komponen- 
ten G-A, G-B, G-C jeweils gespeicherten Management Informati- 
on Base MIB. Die Management Information Base MIB umfasst eine 
Mehrzahl von sogenannten ^Managed Objects" MO. Ein Managed 

30 Object MO ist eine Variable, die den Zustand oder die Histo- 
rie einer management f ahigen Net zwerk- Komponenten G-A, G-B, G- 
C beschreibt bzw. f estlegt . Welche Inf ormat ionen in einem Ma- 
naged Object MO hinterlegt sind, ist unter anderem im Stan- 
dard RFC 1213; McCloghrie, M. Rose: Management Information 

35 Base for Network Management of TCP/IP-bases internets:-. MIB- 
II", Marz 1991 f estgelegt . 
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Die Menge aller in einer Net zwerk-Komponente G-A, G-B, G-C 
vorhandenen Managed Objects MO bildet die Management Informa- 
tion Base MIB. Die Management Information Base MIB beschreibt 
somit die Historie einer management fahigen Netzwerk - 
5 Komponente G-A, G-B, G-C, seinen Zustand und damit auch seine 
lokale Sicht auf das IP-orientierte Netzwerk DN. 



Zu Beginn einer Topologie-Erkennung ist es notig, herauszu- 
finden, welche Netzwerk-Komponenten in einem IP-orientierten 

10 Netzwerk vorhanden sind. Da in einem IP-orientierten Netzwerk 
keine zentrale Einheit vorhanden ist, die alle Teilnehmer 
,- A kennt, wird an jede im lokalen Subnetz mogliche Adresse ein 
sogenannter „Ping" gesendet . Eine Net zwerk-Komponente , die 
einen solchen „Ping" mit ihrer Adresse empfangt, sendet (so- 

15 fern sie nicht sehr ungewohnlich konfiguriert ist) ein An- 

wort-Paket an die den „Ping" aussendende Einheit - im vorlie- 
genden Fall die zentrale Management -Komponente M - zuruck. 
Damit ist es moglich, alle Netzwerk-Komponenten im IP-orien- 
tierten Netzwerk zu erkennen, die auf Ping-Anf ragen reagie- 

20 ren. Die Adressen der erkannten Netzwerk-Komponenten werden 
anschlieSend gespeichert . 

Der nachste Schritt in der Topologie-Erkennung ist, die er- 
kannten Netzwerk-Komponenten zu klassif izieren . Das heiSt, 
^25 sie in verschiedene Kategorien, wie beispielsweise Host, Rou- 
ter oder Switch zu unterteilen. 



Als Host wird dabei eine einem Benutzer zugeordnete Netzwerk - 
Komponente, wie beispielsweise ein Arbeitsplat zrechner oder 
30 ein sogenanntes „ IP-Phone w , verstanden. 

Als Router werden im allgemeinen Netzwerk-Komponenten mit 
Vermittlungskapazitat in paket-vermittelnden Netzwerken be- 
zeichnet, bei denen eine Vermittlung der Pakete auf Basis der 
35 Schicht 3 des OSI -Ref erenzmodells erf olgt . 
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Als Switch werden dahingegen Net zwerk- Komponenten mit Ver- 
mittlungskapazitat in paket-vermittelnden Netzwerken bezeich- 
net, bei denen eine Vermittlung der Pakete auf Basis der 
Schicht 2 des OSI-Ref erenzmodells. erf olgt . 

Eine Unterteilung ist notwendig, da von den Net zwerk- Kompo- 
nenten der einzelnen Kategorien unterschiedliche Informatio- 
nen abfragbar sind. So hat zum Beispiel ein Router Informati- 
onen zu weiteren Subnetzen, die ein Switch oder Host nicht 
besitzen. 

Beim Stand der Technik erfolgt die Klassif ikation einer Netz- 
werk-Komponente durch eine Abf rage des entsprechenden zur 
Klassif izierung vorgesehenen Managed Objects MO in der Mana- 
gement Information Base MIB. In vielen der am Markt befindli- 
chen Produkte werden in die Management Information Base MIB 
jedoch ungeeignete oder sogar falsche Werte eingetragen. Zu- 
satzlich werden die Managed Objects MO durch eine unklare De- 
finition des Standards uneinheitlich von verschiedenen Her- 
stellern verwendet . Aus diesen Grunden ist es nicht moglich, 
verschiedene Net zwerk- Komponenten mit Hilfe der, dafiir vorge- 
sehenen Inhalte der Management Information Base MIB korrekt 
zu klassif izieren. 

Der vorliegenden Erfindung liegt daher die Aufgabe zugrunde, 
ein Verfahren anzugeben, mit dem eine korrekte Klassif izie- 
rung von Net zwerk- Komponenten ermoglicht wird. 

Die Losung dieser Aufgabe erfolgt erf indungsgemaS mit den 
Merkmalen des Patentanspruchs 1. 

Hierbei erfolgt eine Klassif izierung von Net zwerk- Komponenten 
eines paket-orientierten Netzwerks ausgehend von einer zent- 
ralen Management -Komponente . In einem ersten Schritt wird da - 
bei ermittelt, ob es sich bei einer Netzwerk-Komponente urn 
eine management fahige Netzwerk-Komponente handelt,- oder 
nicht. Ist dies der Fall, erfolgt eine Klassif izierung der 
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management fahige Netzwerk-Komponente mit Hilfe von durch die 
management fahige Netzwerk-Komponente in der Vergangenheit er- 
brachten Diensten. Fur die Klassif izierung werden die Netz- 
werk-Komponenten dabei in Host, Switch oder Router unter- 
5 schieden. 

Ein wesentlicher Vorteil des erf indungsgema&en Verfahrens be- 
steht darin, dass das Verfahren mit nur geringem Aufwand in 
bereits bestehende Systeme implement iert werden kann. 

10 

Vorteilhafte Weiterbildungen der Erfindung sind in den Unter- 
^ anspruchen angegeben. 

Ein Vorteil von in den Unteranspruchen definierten Ausgestal- 
15 tungen der Erfindung besteht unter anderem darin, dass durch 
ein Heranziehen von standardmaSig zur Verfiigung stehenden In- 
formationen und eine Kombination von Eigenschaf ten und von 
der Historie einer Netzwerk-Komponente eine hersteller-unab- 
hangige Klassif izierung der Netzwerk-Komponente auf einfache 
20 Weise ermoglicht wird. 

Ein Ausf iihrungsbei spiel der Erfindung wird im folgenden an- 
hand der Zeichnung naher erlautert. 

Dabei zeigen: 

Fig. 1: ein Strukturbild mit den wesentlichen Funktionsein- 
heiten einer Management Architektur in einem paket- 
orientierten Netzwerk; und 
30 Fig. 2: ein Ablauf diagramm zur Veranschaulichung der we- 
sentlichen beim erf indungsgemaSen Verfahren ablau- 
fenden Verf ahrensschritte . 



35 



Zur besseren Veranschaulichung des erf indungsgemaSen Verfah- 
rens wird bei der Beschreibung der Fig. 2 weiterhin auf die 
Bezeichnungen und Bezugszeichen der Fig. 1 Bezug genommen. 
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GemaS dem erf indungsgemafcen Verfahren wird ausgehend von der 
zentralen Management -Komponente M in einem ersten Schritt er- 
mittelt, ob es sich bei einer Netzwerk-Komponente G-A, G-B, 
G-C um eine management fahige Netzwerk-Komponente G-A, G-B, 
G-C handelt. Hierfur wird uberpruft, ob auf der Netzwerk-Kom- 
ponente G-A, G-B, G-C eine der zentralen Management -Komponen- 
te M zugeordnete Management -Agenteneinheit A implement iert 
ist, d.h. ob die Netzwerk-Komponente G-A, G-B, G-C auf die 
Anfrage der zentralen Management -Komponente M antwortet . 

Ist auf der Netzwerk-Komponente G-A, G-B, G-C keine Manage- 
ment -Agenteneinheit A implement iert, konnen von dieser Netz- 
werk-Komponente G-A, G-B, G-C keine Management -Inf ormationen 
abgefragt werden. Die Klasse der Netzwerk-Komponente G-A, 
G-B, G-C ist somit unbekannt . In den meisten Fallen handelt 
es sich hierbei um Hosts. 

Wird an der zentralen Management -Komponente M eine Antwort 
einer Netzwerk-Komponente G-A, G-B, G-C empfangen, wird in 
einem zweiten Schritt uberpruft, ob die Netzwerk-Komponente 
G-A, G-B, G-C die Schicht 3 des OSI-Ref erenzmodells unter- 
stutzt, und ob bereits Datenpakete zwischen den Schnittstel- 
len der Netzwerk-Komponente G-A, G-B, G-C weitergeleitet wur- 
den. 

Ob die Netzwerk-Komponente G-A, G-B, G-C die Schicht 3 des 
OSI-Ref erenzmodells unterstutzt, wird dabei durch Abfrage des 
Managed Objects „ sysServices" ermittelt . Jeder getestete Rou- 
ter meldet, dass die Schicht 3 . des OSI -Ref erenzmodells unter- 
stutzt wird, allerdings auch einige Switche, oder als solche 
konf igurierte Router'. Um diese Falle ausschlieSen zu konnen, 
wird zusatzlich. die Historie der Netzwerk-Komponente G-A,. 
G-B, G-C betrachtet. 

Hierfur wird durch die zentrale Management -Komponente M das 
Managed Object „ipForwDatagrams" abgefragt. Das Managed Ob- 
ject „ipForwDatagrams" ist als Zahler definiert, der nur dann 
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erhoht wird # wenn eine Vermittlung von Datenpaketen auf Basis 
von Schicht 3 des OSI -Ref erenzmodells erf olgt . 

Somit wird in Fallen, in denen durch das Managed Object „sys- 
Services" angezeigt wird, dass die Schicht 3 des OSI -Ref e- 
renzmodells unterstiitzt wird und in denen das Managed Object 
„ipForwDatagrams" einen vom Wert 0 unterschiedlichen Wert 
aufweist, die Netzwerk-Komponente G-A, G-B, G-C als Router 
klassif iziert . 



Ein Problem ergibt sich bei Ne t z we r k - Komponent en G-A, G-B, 
^ G-C, die als Router aktiv waren und anschlieSend als Switch 
umkonf iguriert wurden. Bei dieser Umkonf iguration wird das 
Managed Object „ ipForwDatagrams" unter Umstanden nicht auto- 

15 matisch auf 0 zuruckgeset zt . Meldet der Switch in diesem Fall 
immer noch, dass er die Schicht 3 des OSI -Ref erenzmodells un- 
terstiitzt, wird er f alschlicherweise als Router und nicht als 
Switch klassif iziert . Um dieses Fehlverhalten zu vermeiden, 
muss dafiir Sorge getragen werden, dass bei einer derartigen 

2 0 Umkonf iguration das Managed Object „ ipForwDatagrams w manuell 
zuruckgeset zt wird . 

Wird im zweiten Schritt ein negatives Pruf ungsergebnis ermit- 
telt, so wird in einem dritten Schritt zusatzlich die Anzahl 
der Ports der Netzwerk-Komponente G-A, G-B, G-C ermittelt. 
Dies erf olgt durch die Abfrage des Managed Objects „ if Num- 
ber w . In Fallen, in denen die Portanzahl groSer 1 ist, wird 
die Netzwerk-Komponente G-A, G-B, G-C als Switch und in den 
anderen Fallen als Host klassif iziert . 

30 

Die in der zentralen Management- Komponent e M mittels des er- 
f indungsgemafeen Verfahrens ermittelten Topologie- Inf orma- 
tionen konnen beispielsweise im Rahmen einer Ressourcen- 
Verwaltung oder zur Annahme-Kontrolle fur echtzeit-kritische 
35 Netzwerk-Verbindungen eingesetzt werden. Auch ein Einsatz im 
Rahmen von Net zwerk-Planungswerkzeugen ist moglich. 
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Patentanspriiche 

1. Verfahren fur eine Klassif izierung von Netzwerk-Kompo- 
nenten (G-A, G-B, G-C) eines paket-orientierten Netzwerks 

5 (DN) ausgehend von einer zentralen Management - Komponent e (M) , 
bei dem in einem ersten Schritt ermittelt wird, ob es sich 
bei einer Netzwerk-Komponente (G-A, G-B, G-C) um eine manage- 
mentfahige Netzwerk-Komponente (G-A, G-B, G-C) handelt, und 
falls dies der Fall ist, fur die Klassif izierung der manage- 
10 mentfahige Netzwerk-Komponente (G-A, G-B, G-C) von der mana- 
gement fahigen Netzwerk-Komponente (G-A, G-B, G-C) in der Ver- 
gangenheit erbrachte Dienste herangezogen werden. 

2. Verfahren nach Patentanspruch 1, 

15 dadurch gekennzeichnet, 

dass fur eine Kommunikation zwischen der zentralen Manage- 
ment -Komponent e (M) und einer management fahigen Netzwerk- 
Komponente (G-A, G-B, G-C) auf dieser eine der zentralen Ma- 
nagement -Komponent e (M) zugeordnete Management -Agenteneinheit 

20 (A) implementiert ist. 

3. Verfahren nach Patentanspruch 2, 
dadurch gekennzeichnet, 

dass eine Kommunikation zwischen der zentralen Management- 
25 Komponente (M) und der Management -Agenteneinheit (A) mittels 
des SNMP-Protokolls (Simple Network Management Protocol) er- 
folgt. 

4. Verfahren nach einem der vorhergehenden Patentanspriiche, 
30 dadurch gekennzeichn e t, 

dass eine Klassif izierung in die Klassen Host, Router oder 
Switch erf olgt . 

5 . Verfahren nach Patentanspruch 4 , 

35 dadurch gekennzeichnet, 
dass iiberpruft wird, 
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ob die Netzwerk-Komponente (G-A, G~B, G-C) die Schicht 3 
des OSI-Ref erenzmodells unterstiitzt, und 
- ob bereits Datenpakete zwischen den Schnittstellen der 
Netzwerk-Komponente (G-A, G-B, G-C) weitergeleitet wurden, 
5 wobei in Fallen, in denen dies der Fall ist, die Netzwerk- 
Komponente (G-A, G-B, G-C) als Router klassif iziert wird. 

6 . Verf ahren nach Patentanspruch 5 , 

dadurch gekennzeichnet, 
10 dass in Fallen, in denen ein negatives Pruf ungsergebnis er- 

mittelt wird, die Anzahl der Ports der Netzwerk-Komponente 
| (G-A, G-B, G-C) uberpriift wird, 

wobei in Fallen, in denen die Portanzahl grofier 1 ist, die 

Netzwerk-Komponente (G-A, G-B, G-C) als Switch und in den an- 
15 deren Fallen als Host klassif iziert wird. 



7. Verf ahren nach Patentanspruch 5 und 6, 
dadurch gekennzeichnet, 

dass die Uberpriif ungen durch eine Abfrage von Managed Objects 
20 (MO) in einer Management Information Base (MIB) der entspre- 
chenden Netzwerk-Komponente (G-A, G-B, G-C) erfolgen. 

8. Verf ahren nach Patentanspruch 7, 
dadurch gekennzeichnet, 

^^5 dass die Management Information Base (MIB) einer Netzwerk- 
Komponente (G-A, G-B, G-C) durch die in der Netzwerk-Kompo- 
nente (G-A, G-B, G-C) implement ierte Management -Agentenein- 
heit (A) verwaltet wird. 

30 9. Zentrale Management -Komponente (M) , 

dadurch gekennzeichnet, 

dass die Komponente zur Durchfuhrung eines Verfahrens nach 

einem der Patentanspruche 1 bis 8 konfiguriert ist. 
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10. Programm mit einer Bef ehlsf olge , 
dadurch gekennzeichnet, 
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dass. bei einer Ausfuhrung der Befehlsfolge durch einen Pro- 
zessor ein Verfahren nach einem der Patentanspruche 1 bis 8 
ausgefuhrt wird. 



■ > 
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Zusammenf as sung 

Verfahren fur eine Klassif izierung von Net z we r k - Komp one n t en 
eines paket-orientierten Netzwerks 

5 

Bei dem erf indungsgemafien Verfahren wird ausgehend von einer 
zentralen Management -Komponente (M) in einem ersten Schritt 
uberpriift, ob es sich bei einer Net zwerk- Komponente (G-A, 
G-B, G-C) um eine management fahige Net zwerk- Komponente (G-A, 

10 G-B, G-C) handelt. Falls dies der Fall ist, erfolgt eine 
Klassif izierung der management fahige Net zwerk- Komponente 

^ (G-A, G-B, G-C) anhand von durch die management fahige Netz- 

werk- Komponente (G-A, G-B, G-C) in der Vergangenheit erbrach- 
ten Dienste. Eine Klassif izierung erfolgt dabei in die Klas- 

15 sen Host, Router und Switch. 

Fig. 2 
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